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REMARKS 

Claims 1-5 and 20-35 will be pending in the current Application upon entering this 
Amendment. Claims 1-5, 20, and 25 have been amended; claims 6-11 and 16-19 have been 
cancelled (note that claims 12-15 have been previously cancelled), and claims 29-35 have been 
added. All the amendments herein have been made in order to clarify the claims and not for 
prior art reasons. Applicants also submit that (1) no amendment made was related to the 
statutory requirements of patentabiHty unless expressly stated herein, and (2) no amendment 
made was for the purpose of narrowing the scope of any claim, unless AppHcants have argued 
herein that such amendment was made to distinguish over a particular reference or combination 
of references. 

Rejection of claims 1-5 under 35 U.S.C. 103 

AppUcants respectfully submit that claims 1 and 3-5 arc patentable under 35 U.S.C. 103 
over Stoodlcy, "Software Pipelining Loops with Conditional Branches" in view of Albert et al., 
"Data Parallel Computers and the FORALL Statement." 

With respect to claim 1, AppUcants submit tiiat claim 1 is patentable over Stoodley since 
Stoodley does not teach or suggest each and every element of claim 1 . For example, claim 1 
includes "an instruction fetching mechanism that retiieves the set of instructions" where at least 
one of the set of instructions comprises "a single instruction that provides information 
corresponding to at least two different loops, wherein tiie at least two different loops have at least 
one of different start addresses or different end addresses'* The Examiner states that Stoodley 
addresses a single looping construct but lacks leaching "multiple looping constiructs." However, 
the Examiner proceeds to slate that "Stoodley teaches about single VUW loop instruction that is 
likely executing from different iterations. ... where the instruction VUW combines many 
operations, some of operation perform iteration." However, tbe fact that the VLIW instruction 
may be performing operations of different iterations is irrelevant to the elements of claim 1. 
That is, the elements of claim 1 are directed to a single processor instiiiction (i.e. an instruction 
fetched by an instruction fetching mechanism and executed by an execution unit) with provides 
information corresponding to at least two different loops. These two different loops cannot 
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Simply be different iterations of a same loop, as disclosed in Stoodley. That is, the at least two 
different loops are differera loops where at least the starting address or ending address of the 
different loops differ. Therefore, the two different loops are not simply different iterations of a 
loop. For example, as seen on pg, 263 of Stoodley. even though each loop iteration may take 
different paths of tlie if-then statement, the starting loop address (corresponding to the fslt.s 
instruction) and the ending loops address (corresponding to the bnez.d instruction) are the same. 
Therefore, the existence of multiple iteration paths does not teach or suggest a single processor 
instruction which provides information corresponding to at least two different loops. That is, it 
is irrelevant how many iteration paths may exist within a same loop construct. 

The Examiner then combines Stoodley with Albert by stating that "it would have been 
obvious to a person of ordinary sidll in the ait at the lime of invention was made to modify the 
operations of a single loop ^VUW instrudion" provided with multiple iteration paths" in 
accordance with the 'TORAUL" instruction of Albert. However, as discussed above, the VUW 
instruction provided with multiple iteration paths is irrelevant to a single instruction which 
provides information for at least two different loops. Multiple iteration patiis do not teach or 
suggest different loops. Also, while the FORALL instruction, when compiled, would generate 
multiple loop constructs, the FORALL instiiiction would not result in a single processor 
instruction which provides information for at least two different loops. Furthennore, tiiere is no 
motivation in Stoodley to even address the concept of multiple loops because Stoodley only 
addresses VLIW instructions used witiiin a single loop. Therefore, none of tiie cited references, 
alone or in combination, teach or suggest the single instruction as claimed in claim L 

With respect to claim 2, the Examiner cites Tran (US6,003,128) as teaching the 
additional limitation because Tran discloses that "a loop count is typical set by initializing a 
specified register prior to the execution of the loop." However, claim 2 claims that the single 
instruction provides information to initialize at least two different loops for later execution. Tran 
adds nothing to Stoodley and Albert to teach or suggest a single instruction providing 
information corresponding to at least two different loops or for initializing at least two different 
loops for later execution. Therefore, for at least tiiose reasons discussed above with respect to 
claim 1. and for these additional reasons. Applicants submit that claim 2 is allowable over the 
cited references. Applicants submit that claims 3-5 which depend directiy or indirectly from 
allowable claim 1 are also aUowable for at least Uiose reasons provided witii respect to claim 1. 
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With respect to claim 4, Applicants have clarified claim 4 such that the single instruction 
provides at least one loop termination condition corresponding to at least one of the at least two 
different loops. The Examiner states that with respect to Stoodley in which the VUW 
instructions combine operations, "some of these operation perform multiple iterations and dealt 
with condilion branches." However, as stated above, a single VUW instruction which may 
peifonn operations from multiple loop iterations is inelcvant to the single instruction claimed in 
claim 1. Furthermore, the conditional branches within the loop of Stoodley does not teach or 
suggest a termination condition for the loop. Therefore, for these additional reasons. Applicants 
submit that claim 4 is allowable over the cited references. 

Refection of daims 20-28 under 35 U.S.C. 103 

AppUcants respectfully submit that claims 20-28 are patentable under 35 U.S.C. 103 over 
Stoodley in view of Albert and further in view of Tran. 

With leapect to claim 20, none of tlie cited risferences teach a single Instruction as 
claimed in claim 20. As discussed above, none of the cited references teach or suggest "in 
response to decoding the single instruction, using information provided by the single instruction 
to initialize a plurality of loop storage elements conresponding to the first loop and the second 
loop," That is. the VIJW instructions in Stoodley are described in reference to multiple iteration 
paths of a single loop but Stoodley makes no mention of a single instruction providing 
infomiation to initialize loop storage elements corresponding to both a first loop and a second 
loop. The fust loop and the second loop are not simply iterations of a same loop, as described in 
Stoodley. but represent multiple looping constuicts, Furthermore, note thai the single 
iosimction of claim 20 (and of claim 1 above) is a processor instruction (1.6. it is fetched and 
decoded by a processor) and thus is not simply a high level operation. That is, the Fortran 
"forall" opei-ation in Albeit are not processor instmctions. Therefore, in Albert, multiple 
processor instructions, rather than a single instruction, would have to be fetched and decoded in 
order to perform those operations. Therefore, the combination of Stoodley and Albert also does 
not result in the single instruction of claim 20. Also, Tran does not add anything to Stoodley 
and Albert which result in a single instruction which provides information for multiple loop 
constmcts. 
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The Examiner concludes that it would have been obvious to include a multiple loop of 
Albert at high level programming into the execution mechanism as disclosed by Stoodley and the 
teaching initializing of Tran. The Examiner states that "doing so, when converting a high level 
multiple loop instruction (for example, FORALL) into a low level single instruction of VLIWs. 
would result a single instruction VLIW provided for execution of other instruction of the set of 
instruction in according with multiple looping constructs. . However, as described above, 
there is no teaching or suggestion in Albert or Stoodley of converting a high level instruct! on. in to 
a single low level instruction which provides for multiple looping constructs. Furthermore, none 
of the VLIW instructions in Stoodley, as described in detail above with respect to claim 1, teach 
or suggest initializing multiple looping constructs (i.e. a first loop and a second loop). 
Therefore, for at least diese reasons. Applicants submit that claim 20 is allowable over the cited 
references- Claims 21-28 depend directly or indirectly from allowable claim 20 and axe therefore 
also allowable for at least those reasons provided with respect to claim 20. 

With respect to claims 22 and 25, the Examiner states that claim 25 has the "similar 
functionality as recited in claim 22" and therefore rejects claim 25 for the same reasons set forth 
with respect to claim 22. Firstly, with respect to claim 22, Tran does not teach or suggest storing 
at least one termination condition for each of a first loop and a second loop. Furtheimore, as 
discussed above, none of the cited reference teach or suggest a single instruction which 
initializes storage elements for at least two different loops, such as the first loop and second loop 
claimed in claim 20. Secondly, the elements of claim 25 do not have similar functionality. 
Applicants have amended claim 25 to simply clarify that the indicator is an address. That is, the 
functionality of the ending address of a loop is not the same as tennination conditions for a loop. 
Therefore, their functionality is not similar, and Tran does not teach or suggest storing and 
ending address of a loop or of different loops, as claimed in claim 25. Therefore, for these 
additional reasons, Applicants submit that claims 22 and 25 are allowable over the cited 
references. 

Added Claims 29-35 

Applicants respectfully submit that added claims 29-35 are patentable over the cited 
references. Claims 29-32 depend, directly or indirectly, from allowable claim 1, and are 
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.hc^fore allowable for « le«. .^on. provided *ov= wi* «.pecuo c aim U 
35 depend. o. indirect.,, ft™ a„owab.e Cain. ao. and are therefore aU-bUfor « 
ieJhce .eaaons provided above wi.h r«peo. u> ciain. 20. Furmermore. each o, added claim. 
29-35 provide demen« which are also no, U>ugh. or suggested by a«y of .he cited „ferenoe., 

alone or in combination. 

Concliiston 

Althongh AppUcants may disagree witf. staren-ents n.ade by the Examiner i. refe^nce to 
.he cairns and the cited references. AppUcants are no, discussing all these statements m to 
current Office Acdon. yet reserve the right to address them at a later time if necessary 

Applicants n«pectfully solid, allowance of fte pending claims. Contect me .1 tttere are 
anv issues regarding ftis communicatton or the current Application. 

If Applicant has overlooked any additional fees, or if any overpayment has been made. 
theCommissicnerisherebyaudtorizedtocredit^debitDeposi. Account 503079.Freescale 

Semiconductor, Inc. 



SEND COREIESPONDENCE TO: 
FreescaJe Seniicondiictor, Inc. 
A Motorola Subsidisa7 
Law Department 

Customer Number: 23125 



Respectfully submitted. 
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Fax No.: (512)996-6854 

Email: Joanna.Chiu@Motoiola.com 
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